control terminal unit

диспетчерский пункт управления
диспетчерский пункт
ДП
главный терминал
-
[Интент]

Master Terminal Unit (MTU), Master Station (MS) диспетчерский пункт управления (главный терминал); осуществляет обработку данных и управление высокого уровня, как правило, в режиме мягкого (квази-) реального времени; одна из основных функций обеспечение интерфейса между человеком-оператором и системой (HMI, MMI). В зависимости от конкретной системы MTU может быть реализован в самом разнообразном виде от одиночного компьютера с дополнительными устройствами подключения к каналам связи до больших вычислительных систем (мэйнфреймов) и/или объединенных в локальную сеть рабочих станций и серверов. Как правило, и при построении MTU используются различные методы повышения надежности и безопасности работы системы.

Рис. 2. Основные структурные компоненты SCADA-системы

Главной тенденцией развития MTU (диспетчерских пунктов управления) является переход большинства разработчиков SCADA-систем на архитектуру клиент-сервер, состоящую из 4-х функциональных компонентов.

1. User (Operator) Interface (интерфейс пользователя/оператора) исключительно важная составляющая систем SCADA. Для нее характерны
а) стандартизация интерфейса пользователя вокруг нескольких платформ;
б) все более возрастающее влияние Windows NT;
в) использование стандартного графического интерфейса пользователя (GUI);
г) технологии объектно-ориентированного программирования: DDE, OLE, Active X, OPC (OLE for Process Control), DCOM;
д) стандартные средства разработки приложений, наиболее популярные среди которых, Visual Basic for Applications (VBA), Visual C++;
е) появление коммерческих вариантов программного обеспечения класса SCADA/MMI для широкого спектра задач. Объектная независимость позволяет интерфейсу пользователя представлять виртуальные объекты, созданные другими системами. Результат расширение возможностей по оптимизации HMI-интерфейса.

2. Data Management (управление данными) - отход от узкоспециализированных баз данных в сторону поддержки большинства корпоративных реляционных баз данных (Microsoft SQL, Oracle). Функции управления данными и генерации отчетов осуществляются стандартными средствами SQL, 4GL; эта независимость данных изолирует функции доступа и управления данными от целевых задач SCADA, что позволяет легко разрабатывать дополнительные приложения по анализу и управлению данными.

3. Networking & Services (сети и службы) - переход к использованию стандартных сетевых технологий и протоколов. Службы сетевого управления, защиты и управления доступом, мониторинга транзакций, передачи почтовых сообщений, сканирования доступных ресурсов (процессов) могут выполняться независимо от кода целевой программы SCADA, разработанной другим вендором.

4. Real-Time Services (службы реального времени) - освобождение MTU от нагрузки перечисленных выше компонентов дает возможность сконцентрироваться на требованиях производительности для задач реального и квази-реального времени. Данные службы представляют собой быстродействующие процессоры, которые управляют обменом информацией с RTU и SCADA-процессами, осуществляют управление резидентной частью базы данных, оповещение о событиях, выполняют действия по управлению системой, передачу информации о событиях на интерфейс пользователя (оператора).

[ http://www.mka.ru/?p=41524]

Тематики

• автоматизированные системы

Синонимы

• главный терминал
• диспетчерский пункт
• ДП

EN

• master station
• master terminal unit
• MS
• MTU

протокол Modbus RTU
-
[Интент]

3.5.1. Протокол MODBUS

Протокол Modbus был предложен в 1979 году компанией Modicon. Он должен был служить протоколом реализации внутренних коммуникаций «точка-точка» между ПЛК Modicon и панелью программирования, предназначенной для ввода программ в этот ПЛК. Протокол Modbus построен по принципу открытой системы.

Область применения этого протокола не ограничивается только промышленной автоматизацией, Modbus применяется во многих других областях, включая системы автоматизации зданий.

Протокол Modbus предназначен для использования в сетевых структурах нескольких разновидностей, в том числе в разработанной компанией Modicon одноранговой сети Modbus Plus.

Modbus представляет собой протокол, построенный по принципу master-slave (ведущий-ведомый). Modbus допускает наличие в структуре только одного ведущего устройства и от 1 до 247 ведомых. В качестве ведомого устройства обычно выступает ПЛК. Роль ведущего устройства обычно играет либо панель программирования, либо главный компьютер.

Идеология протокола такова, что ведущему устройству адрес не присваивается, а ведомые пронумерованы от 1 до 247.

Адрес «0» зарезервирован в качестве адреса широковещательной передачи сообщений, предназначенных всем ведомым устройствам. Такое сообщение получают все ведомые устройства, но ответ на него не предусмотрен.

Сообщения-команды, исходящие от ведущего устройства, именуются запросами, а ответные сообщения, присылаемые ведомым устройством, ответами. Упрощенная структура формата сообщения, как запроса, так и ответа, показана ниже:

Адрес устройства Код функции Данные Контрольная сумма

Ведущее устройство не имеет адреса вообще, поэтому в поле адреса всегда указывается номер ведомого устройства. Если это запрос, то он направляется ведомому устройству с указанным адресом. Если сообщение является ответом, то оно поступает от ведомого устройства с проставленным в этом поле его адресом. Сообщение-запрос всегда содержит тот или иной код функции, например, код 03 – это функция «Чтение регистров хранения».

В последнем поле каждого сообщения помещается код ошибки, формируемый устройством-отправителем, так что устройство-получатель может проверить целостность пришедшего сообщения.

Протокол Modbus рассчитан на два режима последовательной передачи данных. Один именуется ASCII (American Standard Code for Information Interchange), а второй – режимом RTU (Remote Terminal Unit). Термин RTU ведет происхождение от SCADA-систем (Supervisor Control and Data Acquisition), в которых ведущее устройство, именуемое CTU (Central Terminal Unit), обменивается информацией с несколькими удаленными устройствами (RTU), находящимися от него на определенных расстояниях.

Для каждого режима определена структура кадров сообщений и их синхронизация. В процессе передачи по каналам последовательной связи оба режима предусматривают асинхронную передачу, при которой имеется заранее определенная структура кадра и символы пересылаются последовательно – по одному в каждый момент.

В табл. 3.11 и 3.12 показана отправка символа при использовании асинхронной последовательной передачи данных для обоих режимов с битом четности или без него.

Таблица 3.11. Структура кадра для 7-битового режима ASCII
Стартовый бит Бит четности Стоповый бит
Стартовый бит Стоповый бит Стоповый бит

Таблица 3.12. Структура кадра для 8-битового режима RTU
Стартовый бит Бит четности Стоповый бит
Стартовый бит Стоповый бит Стоповый бит

Каждый символ передается как последовательность битов, причем время, затрачиваемое на передачу одного бита, обратно пропорционально скорости передачи данных. Например, при скорости 9600 бод время передачи 1 бита равно 104,1 мкс. Когда информация не передается, линии связи находится в маркерном (marking) состоянии. Противоположное ему состояние именуется заполненным (spacing). Когда линия переходит в заполненное состояние для побитовой передачи данных, каждому символу предшествует стартовый бит, а в конце идет один стоповый бит или больше, после этого линия возвращается в маркерное состояние.

В промежутке между стартовым и стоповым битами осуществляется передача 7, в режиме ASCII, или 8, в режиме RTU, битов, составляющих символ, причем первым посылается младший бит (LSB). После символа идет либо бит четности, либо еще один стоповый бит. При этом пользователь имеет возможность выбирать один из трех вариантов: контроль на четность, или на нечетность, либо отсутствие контроля. В режиме ASCII передача одного символа требует передачи 10 битов, а в режиме RTU – 11. При асинхронной связи символы могут пересылаться либо вплотную, либо с временным интервалом между ними. Последовательности символов, образующих сообщения, имеют различные структуры в зависимости от режима – ASCII или RTU.

[ Источник]

Тематики

• сети вычислительные

EN

• Modbus RTU protocol